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(54) Internet protocol relay network 

(57) An internetwork relay system and method for 
transmitting IP traffic including an edge and a core. The 
edge includes an ingress and egress routers and the 
core includes a switch network The ingress router conrv 
municates with arxj receives an IP packet from a source 
network. The ingress router attaches to each IP packet, 
a globally unique label which is used to fonward the IP 
packet across the network The relay switch network 
communicates with the ingress router, receives the IP 
packet from the ingress router and fonwards the IP 
packet along its transmission path based on destination 
information included in its attached label. The egress 
router receives the IP packet from the switch network 
and forwards it to a destination network Once received, 
the destination network tonwards the IP packet to its 
intended destinatk)n. 
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Description 

BACKGROUND OF TtiE IMVEMTIOM 

5 1, Fietd of the Invention 

The present invention relates generally to communication systems and more particularly to an internetwork proto- 
col relay network that allows for the transmission of Intemet protocol traffic faster and/or more efficiently than existing 
schemes. 

10 

2, Pegcription Related Art 

In a data communication network, such as the internetwork ('internet 1, information in the form of Internet Protocol 
{ " IP T datagrams or packets are sent from a source to a destination. These datagrams are sent over the Internet by way 

IS of an 'IP backtxjne" which is a high-speed, high perfornrance network that links other networks together. The source 
arKJ destination of a datagram can be, for example, the personal computers of two different users. Typically, a datagram, 
traverses many different routers on its transmisston patii from a source to its intended destination. A router is sirrply a 
host computer tiiat fonwards network traffic from one connected network to another r^ardess of whetiner or not the 
source and destination networks are of the same type. When a router receives a datagram, it reads the address of the 

20 destination host to determine to which router the datagram shouW be forwarded. It then replaces the address of the 
present router witii the address of the next router in the datagram's address header before fonwarding the datagram 
along tts transrrassion path. This is generally known as 'Layer 3" processing which refers to the network layer of either 
the Open Systems Interconnection (OSI) seven-layer model or to the Transnrtisston Control Protocol/Internet Protocol 
(TCP/IP) model. This rduter-to-router "hop", also known as a 'hop by hop" process, continues until the datagram 

25 reaches the router to which its destination is connected and the datagram is successfully delivered. The path of an IP 
datagram across the Irrternet traverses nrrany routers until it reaches its destination, each of these routers performing 
Layer-3 processing on the datagram. This processing scheme is generally referred to as the 'Classical IP" system or 
model. A disadvantage associated wrtii this system is that the hop-by-hop transmission process and the associated 
Layer-3 processing at each router contributes to signrficant and unpredictable delays In the transmission of IP packets 

30 across a network. 

Another network protocol system known as 'Classical IP Over ATM" is the nx>st commonly known processing 
model to support IP traffic over ATM (Asynchronous Transfer Mode) networks and was recently defined by the IETF 
(Internet Engineering Task Force). Fig. 1 illustrates a schematic view of tfiis type of network. By way of example, source 
host 10 wishes to send a packet to destination host 20 which is outside the local IP subnet ("LIST of the source host 

35 10. First, the source host 10 sentte the packet to router 1 1 across ATM switch 12 designated in Fig. 1 as path-1. Estab- 
lishment of path-1 over the ATM network is acconrplished by source host 10 translating the IP address of router 1 1 to 
an ATM address in order to build a virtual patfi to router 1 1 . The Classical IP Over ATM model provides ARP (Address 
Resolution Protocol) server 13 which performs an IP to ATM address translation for all registered hosts arxJ routers 
within a logical IP Subnet (LIS). In this example, source 10 sends an address resolution request to ARP server 13 for 

AO the ATM address corresponding to the IP address of router 11 in the same LIS. In turn. ARP server 13 sends an 
address resolution re^nse with information associated with the ATM address corresponding to router 1 1 . Thereafter, 
source 10 builds path-1 across the ATM network to the ATM address of router 1 1. In turn, router 1 1 makes a detenrt- 
nation that the next hop for transmission of the packet is router 14 and fonwards the packet to router 14. aaoss ATM 
switches 12 and 15. designated as path-2, discovering router 14's ATM address using ARP server 16. Similarly, router 

45 1 4 fonwards the packet through ATM switches 1 5 and 1 7, designated as patii-3 in Rg. 1 , to router 1 7 using ARP server 
1 9. Router 1 7 in turn makes a detemnination that it is the last hop router on the path to destination 20. Router 1 7 sends 
the packet to destination 20 aaoss ATM switch 18 designated as patfi-4 in Rg. 1 using ARP server 21. 

Although tiife type of network maintains tracf tional IP switching on top of an ATM networK it views tiie underlying 
ATM network as just another OSI Layer-2 technotogy. and thus does not fully capitalize on tiie benefits of ATM. In addi- 

50 tion, the IP routers 1 1 , 1 4, and 1 7 and the ATM switches 1 2, 1 5, and 1 8 run separate protocols to determine the address 
of the next hop making this type of network configuration less efficient. Moreover, each router atong tiie packet's ti-ans- 
mission patii detemtines the next hop router toward its destination. This requires each router to perfo-m Layer-3 
processing on the packet to inspect ttie destination IP address and derive tiie next hop router from routing tables deter- 
mined by a routing protocol and stored in each router. Furthermore, this system also includes IP to ATM address map- 

55 ping st^. one In each ARP server, and four ATM switched virtual path (SVC) establishment steps along the path 
between the source host 10 and destination host 20, thereby adding more processing steps to the routing scheme. 

A number of additbnal network protocol software schemes have attempted to speed-up and increase the eff kaency 
of Internet transmissions. These systems can generally be classified into two groups; the systems in the frst group 
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attempt to reduce the amount of Layer-3 processing at intermediate routers; and the systems in the second group 
attenpt to reduce or eliminate the number of router hops in a datagram path. A brief overview of the types of systems 
in each group follows. 

A network processing scheme, known as the 'Classical IP Model-Cut Through Routing', atteitpts to completely 

5 eliminate router hops, however this system is only available in situations where there is a large IP cteta fkw from one 
particular end point to another. Thfe type of jyocessing system is schematically shown in Fig. 2. In this system for exam- 
ple, source host 30 determines the ATM address corresporxJing to the IP address of destination host 40 and establishes 
a cut-through path, or a virtual circuit from the source host 30 to the destination host 40 thw eby avoiding routers 41 , 42 
and 43. TTius, the cut-through path for a datagram is defined from source host 30 through ATM switch 31 through ATM 

10 switch 32 through ATWI switch 33 to destination host 40. 

In order to establish the cut-through path from source 30 to destination 40. the source 30 must have acquired the 
address for destination 40 by sending a packet via the Classical Hop-by-Hop Network Presently, IETF is studying a new 
address resolution protocol called Next Hop RoUing Protocol (NHRP) which allows IP to ATM address mapping across 
LISs so that cut-through paths aaoss ATM networks can be established. In the NHRP model. Next Hop Servers (NHS) 

15 34. 35, and 36 are employed per LIS, or per multple LISs, similar to the ARP servers in the Classical Hop-By-Hop net- 
work The key difference between an ARP server and an NHS is that an ARP server only communicates to its clients 
in a LIS. but an NHS may communicate with its own hosts as well as its neighbor NHSs supporting other LISs. 

In this configuration source host 30 connected to ATM switch 31 becomes an NHRP client when it registers its IP- 
ATM address with its g^if ied NHS 34, similar to the ARP server in the classical Hop-by-Hop network NHS 34 can be 

20 stored in Router 41 or In ATM switch 31 . When an NHRP client such as source host 30, desires to switch its data traffic 
from the default (hop-by-hop) routed path to a cut-through path, it must first acquire the address of destination host 40 
by way of a r«:(uest/response process. This process begins by source host 30 sending an NHRP request to NHS 34 
stored in router 41 via path-la to obtain the mapping of the IP address of destination 40 to its corresponding ATM 
address. NHS 34 receives the request and either has the address mapping in its database because destination 40 is in 

25 the same LIS. or because it learnt the address mapping from a previous address resolution request/response process 
and cached the address of destination host 40. However, if NHS 34 does not have the address of destination 40. it must 
fonrard the NHRP request to NHS 35 stored in router 42 via path-2a. This process continues to NHS 36 stored in router 
43 via path-3a which is the last NHS on the transmission path to the destination 40 via path-4a. The NHRP response 
which carries the ATM address of destination 40 follows the reverse path back to source 30 and gets fonftfardaJ to 

30 source host 30 by NHS 34. Thereafter, source host 30 builds a virtual path to the destination without going tfvough rout- 
ers 41 . 42 and 43 atong the transmission path between source 30 and destination 40. Thus, to establish the address 
mapping for a cut-through path between source 30 and destination 40. a request/response process using Layer-3 
processing at each router, substantially similar to the hop-by-hop process, must be performed at least once. 

Although the NHRP process, once established, avoids router hopping and the associated Layer-3 packet process- 

35 ing, there are only a limited number of cut-through virtual circuits that can be established over an ATM switching net- 
work TWs disadvantage is known as Virtual Circuit Explosion which occurs when the number of simultaneous virtual 
circuits through an ATM switching network becomes unmanageably large due to IP traffic. Moreover, because the typ- 
ical datagram is relatively small, this request/response process needed to establish the path between source 30 and 
destination 40 usually satisfies the transmission requirements between a source and destination for that particular com- 

40 munication sequence making a cut-through path between them no longer necessary Moreover. NHRP has applicability 
only to ATM networks and is more suited for large data transmissbns rather than the standard IP packet size. 

Another software routing scheme known as IP Navigator combines Wide Area Network (WAN) switching and IP 
routing to store the end destination switch, the swrtch which communicates with an egress router, for each IP packet 
sent over the network In this manner, switches within the network function as IP routers. Once the erxf destination 

45 switch is determined, the IP packet is forwarded through a pre-estat>Iished "multipoint-to-point tunnel" to that switch. 
Midtipoint-to-point tunneling is a method by which once a virtual circuit or cut-through is established, the address infor- 
mation is broadcast to all other nodes in the network. Once at the end destination switch, a routing table lookup is per- 
formed to determine the proper egress port of the end switch to fonward the IP packet Similar to the cut-through routing 
scheme, this software model has applicability only to ATM networks and suffers from the Virtual Circuit Exptosion prob- 

50 lem.' 

The Classical IP with Cut-Through Routing and the IP Navigator schemes attempt to reduce, or sometimes elimi- 
nate the number of router hops for the transmisskxi of an IP packet aaoss a network However, Layer-3 processing 
renrains a substantial part of these networks. Thus, a need exists to reduce the nun±»er of router hops along a 
datagram's transmission path while also reducing the amount of Layer-3 processing at each hop. 
55 Tag-switching and IP-switching are examples of two network schemes that attenpt to reduce the amount of Layer- 
3 processing at intermediate routers. However, each of these network systems do not reduce the number of router hops 
in the path of an IP datagram. Tag-switehing is an IETF proposal that inserts a so called "tag" or a shim layer between 
the Layer-2 (Data Link Layer) and the Layer-3 (Network Layer) of the OSI model. If the data link layer is ATM, tag switch- 
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ing proposes to use some portion of the Virtual Path Wentrfier (VPI) and Virtual Circuit Identifier (VCI) of the 53 byte 
ATM cell header as the tag. Each IP router between the source and destination Inspects the insertal tag and makes a 
detern^nation, based on local look-up tables, which port to fonward the IP datagram. Each router establishes a table 
entry in its database indicating that for a partkailar tag. the datagram ori^nates from a first router and should be for- 

5 warded onto a particular port to a second router. In addition, the first router performs a call setup function where the first 
router infonro the secorKJ router on the path, by a "tag distribution protocol." that the incoming IP traffic to be fonwaitied 
to the second router has a particular tag identifier. This process continues with each router inspecting the tag, deter- 
ntining which downstream router to fonward the datagram to, replacing the existing tag with another tag that denotes the 
address of the next downstream router, and forwarcfing the datagram accordingly until it reaches its destination. Again 
if the data fink layer is ATM, each route- inspects the VP WCI value at the packet 's header to nnake a fonwarding deci- 
sion. The tag switching involves swapping VPI/VCI values between incoming and outgoing ports of each router on an 
IP pacJ^t's transmission path. Although Tag-switching illustrates a network that attempts to reduce the anx)unt of 
Layer-3 processing on an IP datagram, the rujmt>er of router hops on a transmission path remains unchangal. 

Another system known as IP-switching, used only in ATM networks, also attenpts to limit the amount of Layer-3 

15 processing performed on an IP packet during transmission. The general corwept of IP-switching is similar to Tag- 
switching, however IP-switching does not use the ATM signaling and call set-up process used in Tag-switching. The 
ATM switches are used simply to relay the IP datagrams in 53 octet chunks with a short tag attached to each packet 
which includes various VPI/VCI values, the use of which are detennined locally by each route-. Both Tag and IP-switch- 
ing schemes reduce tine amount of processing on each IP datagram by nr^anipulating the tags, however the nun*er of 

20 router hops is not reduced. Although in both IP and Tag-switching each intermedate hop is a router, the router does not 
rmke the appropriate layer-3 header modifications such as incrementing the hop count and changing the originator's 
IP address. Furthernrtore. even though tiie Layer-3 processing is eliminated in some if not all the routers, the tag swap- 
ping still requires each router to parse ttie header of the IP packet to identify the tag and to write on the packet header 
to swap the tag. 

25 As an alternative to tiie above referenced nrK)dels, a variant of IP switching can be used in conjunction witti NHRP. 

Such a system has been proposed by the inventors of the present application in their copending U.S. Patent Application 

Serial Nk). 08/728.276 entitied 'Internet NCP-Over ATM" filed on October 8, 1996 incorporated herein by reference. 
None of the above descriljed systems both reduces the nurrber of router hops an IP packet experiences as it 

traverses a network while also reducing the amount of Layer-3 processing in each hop. As many more routers and Web 
30 servers are being deployed, a high-speed intemet backt)one is needed more than ever to allow network growtti and to 

irrprove data transmission performance. 

Summary of Invention 

35 The present invention nreets tiie needs arKl avoids the disadvantages and drawtjacks of the above descrtoed net- 
work schenies arxi processes by providing an internetwork relay system and method for transmitting IP traffic that 
reduces the nunrtoer of router hops an IP packet makes during transmission over the network artd also reduces the 
amount of Layer-3 processing perfornried on each IP packet as it traverses the network. 

in one embodiment of the present invention, a relay network includes an ingress router which communicates with 

40 and receives an IP packet from a source network. The ingress router attaches a gtobally unique label to each IP packet. 
The label is used to fonward tiie IP packet across tiie network. A relay switch networi^ communicates with and receives 
the IP packet from ttie ingress router based on information included in the lat>el. The switch networi^ fonwards the IP 
packet ak)ng its transmission path based on destination information included in rts attached label. An egress router 
receives the IP packet from the switch networt^ and fonwards it to a destination network. Once received, tiie destination 

45 network fonwards tiie IP packet to its intended destination. 

In another enr±»odiment of tfie present invention, a relay network includes an ingress router which conrwnunrcates 
with and receives an Internet protocol datagram form a source networic The ingress router attaches to tiie datagram a 
label that includes information conrespondir>g to the datagram's intended destination. The datagram is fonwarded to a 
switch network from ttie ingress router. The switch fonwards the datagram to an egress router such that tfie egress 

so router is one router hop away from the ingress router. 

Brief Description Of The Drawings 

Fig. 1 is a block diagram of a classical IP over ATM network 
55 Fig. 2 is a block diagram of an IP network with cut tiirough routing. 

Fig. 3 is a schematic view of a Relay Network in accordance with tiie present invention in which a plurality of routers 
define tiie edge of the Network and a plurality of switches define the Network 's core. 

Fig. 4 illustrates tiie processing flow of an IP datagram as it traverses tiie Relay Network shown in Fig. 3. 
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Detailed Description 

Referring f rst to Fig. 3. the principles of the present invention are illustratai in this simplified functional view of an 
IP Relay Network interconnecting Local Area Networks ("LANT or IP Networks 100 - 105. IP Relay Routers ("IPRRO 

5 110- 115 and IP Relay Switches flPRSO 120-123. IPRR's 110- 115 form the 'edge' of the network and IPRS's 120 
- 123 form the 'core" of the network providing connectivity among the IPRR^. LAN's 100 - 105 represent groups of 
users typically located within dose proximity to one another and connected together to form a network. Although Fig. 3 
illustrates a particular configuration of the present IP Relay Network having a distinct nuni>er of routers, switches and 
IP Networks/LANs, it is understood that the size of the network is not limited by the nuiTt>er of components nor by the 

10 interconnectkKi between these conponents. 

As shown in Fig. 3, LAN Is 100 - 105 communfcate with IPRR's 1 10 - 115. respectively. However, a particular LAN 
may ato communrcate with one or nnore IPRR is depending on the network configuration. Each IPRR 110 - 1 15 is a 
multihomed host that receives IP packets addressed to itself or if an IP packet is addressed to another host each IPRR 
fonwards the packet to another router via one or wore IPRS'fe 120 - 123 within the relay network Each IPRR 110-115 

15 performs Layer-3 processing on each IP packet received. Layer-3 processing generally refers to the parsing-out and 
reading of the IP address included in the he^er portion of each IP packet. The information contained in this address 
header includes the source IP address and the destination IP address. Each IPRR 110-115 examines the destination 
address and compares it to its own network IP address, tf the destination and source addresses are on the same LAN. 
then the IP packet is routed directly to the host with that destination address. If the destination address is not attached 

20 to the same LAN, one of the IPRRfe 1 10 - 1 15 which comnuinicates with the LAN fonwards the IP packet to a particular 
IPRS 120 - 123 based on informatton contained in a routing table the details of which will be described in wore detail 
bekw. 

The IPRR that receives the IP packet from a LAN for transmission over the network is known as the 'ingress" IPRR. 
Based on the inforntatton contained in the address header of a particular IP packet, the ingress IPRR attaches, at the 

25 network layer (Layer-3), a fix^ length header referred to as a 'label This label will be read by one or more IPRS is 120 
- 125 as the IP packet is fonwarded over the network toward its destination. When an IPRS receives an IP packet from 
the ingress IPRR, its function is to fonvard the packet towards a destination or 'egress" IPRR that communicates with 
a LAN connected to the destination host The IPRS may forward the IP packet to another IPRS on the transmission path 
or to an egress router depending on the packets intend^ destination. An IPRR can be physrcally connected to more 

30 than one IPRS. In this case the last IPRS in the transmissbn path of an IP packet is the one that lies on the optimal path 
to the egress IPRR as determined by the routing algorithm. 

The label attached to each IP packet by an ingress IPRR has significance in that certain portions of the label kien- 
tify certain conponents or ^oups of components of the Relay Network. This concept is similar to a telephone number 
in that a three digit area code designates in what part of the country a phone is located, the three digit exchange indi- 

35 cates a region within the area code, and the last lour numt>ers specify a particular line within the exchange. Unlike exist- 
ing network protocol systems where packet routing information may conprise random identifiers, the label in the 
present Relay Network possesses information corresponding to where within the Network a destination is located. For 
example, the first part of the label may indicate which IPRS or group of IPRS's within the network the IP packet is 
intended. Another portion of the label may indicate which port on the IPRS the packet shouW be sent to, or in other 

40 words, which egress IPRR. 

Each IPRS is a data link or Layer-2 device in that it reads the label attached to each IP packet and determines the 
next stop, either another IPRS or an egress router, for the IP packet along its transmission path. Once tfie IP packet is 
received by an egress router, the label is removed and the IP packet is fonfvarded to its destination. Unlike Tag and IP- 
switching schemes, an IPRS in accordance with the present invention does not nxxiify or swap the label attached to an 

45 IP packet as the packet is fonvarded along its transmisskHi path. Accordingly, the fonn/arding operation of the IPRS 's is 
amenable to high speed hardware implementatfons thereby achieving large forwarding rates and through-puts required 
by Internet and Intranet applications. 

The atx3ve general overview is best understood by way of the following exanple which is used for illustrative pur- 
poses and is not intertded to limit the scope and ^irit of the inventfon. A source host 90, such as a personal computer, 

50 connected to LAN 1 00 sends an IP packet to destination host 95. also a personal computer, connected to LAN 1 03. The 
IP packet IS transrrttted from host 90 through LAN 100 to IPRR 110 in a conventional manner. IPRR 110, consklered 
the ingress IPRR, reads the ^ress head^ in the IP packet and determines that the destination host is not attached 
to a LAN to which IPRR 1 10 can deliver the packet directiy. IPRR 110 performs Layer-3 processing on the IP packet, 
as well as attaching a label to the IP packet t>ased on information included in a routing table stored in a memory devk:e 

55 in IPRR 1 10 indicating that the next hop router is IPRR 113, considered the egress IPRR. In this manner, ingress IPRR 
1 10 views egress IPRR 1 13 as being only one hop away. 

The IP packet is forwardaJ to IPRS 120 which may be, for example, an ATM switch. This forwarding process is per- 
formed by mapping the address infonration stored in IPRR 1 10's routing table with address information stored in a for- 



5 



EP0884 873A2 



warding table also stored In IPRR 1 10. IPRS 120 reads the label and forwards the IP packet to IPRS 122 based on 
information stored in a fonwarding table at IPRS 120 con-e^nding to egress IPRR 1 13. IPRS 122 also reaJs the label 
and fonwaids the IP packet to egress IPRR 113 based on Information stored in its forwarding table corresponding to 
egress IPRR 1 13. Egress IPRR 1 13 receives the IP packet, performs Layer-3 processing to reassemble the packet, and 

5 forwards it through LAN 103 to destination host 95. 

The IP Relay Network in accordance with the present invention can accommodate several different label formats 
attached to an IP packet by an ingress IPRR. In one version of the label, identification information corresponding to the 
egress IPRR (IPRR ID) is used. Alternatively, the label may include identification information corresponding to the last 
IPRS (IPRS ID) that communicates with the egress IPRR and the IPRS port (PORT ID) on which the egress IPRR com- 

10 muntcates. In additfon, a FLOW ID may also be included in the label to differentiate between nraittiple IP packets bound 
for the same destination. This allows IPRSs along the IP packet's transmission path to provide different quality of serv- 
ice treatment to different IP packets. For example, the FLOW ID can denote that a confirmation message indicating that 
the packet has been received needs to be sent back to the source. In addition, the FLOW ID may be us^ for routing IP 
packet traffic across multiple least-cost paths in the relay network. 

15 The manner by which IPRRs 1 10 - 1 15 learn about what labels to attach to an IP packet for a given egress IPRR 
is based on extensions to standard IP routing protocols such as OSPF (Open Shortest Path First). IPRRs 110-115 and 
IPRSs 120 - 123 participate in a comnruHi routing and topology exchange protocol which not only distributes the usual 
IP routing and link state topology information, but also distributes the IPRS ID and PORT ID or alternatively the IPRR 
ID infonrtation for the entire network depending on which label version is enployed. This protocol allows each IPRR 1 1 0 

20 - 1 1 5 to construct its routing and forwarding tables which are stored in a memory device, or in different mennory devices 
within each IPRR. 

For a given destination IP address, the routing table stored in each IPRR 110 - 115 provides the label to be 
attached to the IP datagram. The routing table contains tdentrfication information corresponding to an egress IPRR for 
addressing each IP packet as opposed to only the next hop router address used in other network systems. The routing 
25 table stored in each IPRR 1 1 0 - 1 1 5 has the general structure illustrated in Table 1 . 



Table 1 



DESTINATION IP ADDRESS 


FLOW ID 


LAST IPRR ID 


LAST {IPRS ID. PORT ID} 



Referring to Tat)le 1. the Destination IP Address is obtained from reading the header address portion of an IP packet. 
The FLOW ID, as described above, is assigned tocally by the ingress IPRR based on policies defined by the network 
administrator. The LAST IPRR ID identifies the egress IPRR to which the destination host communicates via a LAN. 

35 The LAST {IPRS ID. PORT ID) is an optional field where the LAST IPRS ID refers to the IPRS that communicates with 
the egress IPRR and the PORT ID refers to the physical port that the egress IPRR is connected to via the last IPRS. 
Depending on the version of the label enrployed, the routing table stored in each IPRR maps the destination address of 
a particular IP packet to either the egress IPRR (LAST IPRR ID) or to the IPRS and physical port that communicates 
with the egress IPRR (LAST IPRS ID. PORT ID). By including the identification of tiie egress router in these routing 

40 tables, each IPRR has a complete knowledge of the routed network. As additional IPRRs are added to the relay net- 
work, the routing tables in each IPRR are dynamically updated through the use of a routing algorithm. The routing table 
stored within each IPRR contains the egress IPRR to en route to each Layer 3 destination as opposed to the next hop 
router. 

Additionally, a default IPRR can also be implemented in the Relay Network in accordance with the present invention 
45 by designating one of the IPRRs 1 10 - 1 15 as the default IPRR. If the IP Relay Network is connected to a non-IP net- 
worK then the default IPRR will be consideraJ the egress IPRR for traffic destined for such non-IP networks. The 
default IPRR performs the necessary Layer 3 processing on the IP traffic arid fonwards it to the first router of the non-IP 
Relay Network. For example, if a packet is sent from IP network 105 to non-IP network 155. IPRR 1 15 is considered the 
default IPRR and performs the necessary Layer 3 processing on the packet The packet is then fonwarded to non-IP 
so Router 1 50 which In turn fonwards it to its destination in non-IP network 1 55. 

The forwarcfing table stor«J in each IPRR 110-115 has the general structure shown in Table 2. 



Table 2 



EGRESS IPRR ID 


LAST IPRS ID 


PORTID(I) 


PORT ID(2) 



Referring to Table 2, the EGRESS IPRR ID identifies the egress IPRR to which the IP packet is fonrarded. The LAST 
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IPRS ID refers to the IPRS that is physically connected to the egress IPRR. The PORT ID fieWs have local significance 
depending on the particular IPRR and the destination of the IP Packet. The PORT ID{1) and PORT ID{2)f,ields refer to 
the port from the ingress IPRR onto which the IP packet is sent. In other words, the PORT ID (1) and PORT ID (2) fields 
indicate which IPRS the IP packet is fonwarded to from the ingress IPRR. Two different PORT ID 's. namely PORT ID(1) 

5 and PORT ID(2) can be used since there may be several attemate (least-cost) paths to an IP packet's destination. For 
example, the forwarding table in IPRR 1 10 may have a PORT ID{1) con-esponding to IPRS 120 and a PORT ID(2) cor- 
responding to IPRS 121. If the egress IPRR is IPRR 112, then ingress IPRR 110 can forward the packet to either IPRS 
120 or IPRS 121 depending on the IP traffic currently being sent over the network which impacts the least-cost path to 
egress IPRR 1 12 for that particular IP packet. The IPRR may choose among these alternate ports available to route the 

,0 IP packet to the egress IPRR based on its local algorithm. 

Each IPRS 120 - 123 stores a fonwarding table in menx)ry, each of which has substantially the uame structure as 
that shown in Table 2 above. The PORT ID (PORT ID(1) and PORT ID(2)) refers to the port on which the ingress IPRR 
should en route the IP data^am to the egress IPRR via the IPRS communicating with the egress IPRR. Similar to the 
different paths available to an ingress iPRR. PORT ID(1) and PORT 1D(2) indicate alternative, least-cost paths to the 

15 next IPRS in an IP packets transmission path. When an IPRS receives an IP packet, the IPRS reads the IPRS ID por- 
tion of the label and maps rt to the LAST IPRS ID entry in its forwarding table to determine the outgoing PORT ID of the 
IPRS which is connected to either the next IPRS along the transmission path or to an egress IPRR depending on the 
packet's destination. Accordingly, the PORT ID field has tocal significance in that it denotes the port of an IPRS on 
which an IP packet is routed to the next IPRS or to an egress IPRR. Moreover, if PORT !D(2) is selected and load tal- 

20 ancing is enabled, then the FLOW ID field is hashed to select the particular outgoing port on an IPRS. TTie FLOW ID 
field may also be used, for example, to differentiate between IP traffic requiring a secure path across the network 
denoted as FLOW ID(1) and a packet having a less secure path aaoss the network denoted as FLOW ID(2). The use 
of a routing table in each IPRS avoids the need for any Layer-3 processing on an IP packet. 

The fonwarding table in each IPRS and IPRR are also dynamically updated based on the topology or link-state of 

25 the network Thus, when the topology of the network changes by the addition or subtraction of IPRRs and/or IPRSs, the 
optimal paths across the core network may change and the fonwarding tatrfes change accordingly. 

FIG. 5 illustrates the software processing ftow of an IP datagram as it traverses an IP Relay Network in accordance 
wnth the present invention. The process begins in step 200 when one of the IPRRs 110-1 15. considered the ingress 
IPRR. receives an IP datagram from one of the end stations connected to a LAN or IP network 100 - 105. In step 201 . 

30 the ingress IPRR parses the IP datagram and reads the IP address of the destinatbn connected to a particular LAN 
100 -1 05. The IP address is contained in the header portion of the IP datagram. In branch 205. the ingress IPRR checks 
to determine if there is a routing table entry conesponding to the destination IP address for the IP packet received. If 
the result is YES. step 207 is performed and the ingress IPRR retrieves the routing table entry to deternrBne the "label" 
to be attached to the IP packet. Howev©^. if the result in step 205 is NO. indicating that there is no routing table entry in 

35 the egress IPRR for the destination address, then the egress IPRR uses the table entry corresponding to the defauK 
router as the egress IPRR as shown in step 209 and the process proceeds to step 207 descrtoed above. In step 208, 
IPRR-100 attaches the label to the IP datagram using Layer-3 processing. In conditional branch point 211, IPRR-100 
checks to determine rf there is a forwarding table entry in its database for the LAST IPRR ID. H the test result is YES. it 
checks to determine if it is the last hop to the destination station in conditional txanch point 271 . If the test result is YES. 

40 then the IPRR removes the laljel and forwards the IP datagram to its final destination in step 291 . The process exists 
in step 250. 

If the test in step 271 is NO, indicating that the receiving entity is not the last IPRR. then it sends the IP datagram 
to its port identified by the PORT ID retrieved from the fonwarding table in step 221. If the test result in step 21 1 is NO. 
indicating that there is no fonwarding table entry fa the egress IPRR, then the process exists in step 250. 

45 In st^ 251 . an IPRS 120-123 whrch receives the packet from tiie ingress IPRR determines if any fonwarding entry 
exists in tiie fonwarding table stored in its memory. If a forwarding table entry does exist then the IP datagram is for- 
warded to the next IPRS on its way to the egress IPRR. The process returns to step 21 1 . where each IPRS on the trans- 
mission patii detemiines if there is a fonwarding table entry for the next IPRS. This process is reiterated for each IPRS 
along the path until the datagram is delivered. 

50 Where technical features mentioned in any daim are followed by reference signs, tiiose reference signs have been 
included for the sole purpose of increasing the intelligibility of tiie claims and accordingly, such reference signs do not 
have any limiting effect on the scope of each element identified by way of example by such reference signs. 

Claims 

55 . 

1. An internetwork relay system for transmission of internet protocol traffic along a transmission path in a network 
from a source to a destination, said system comprising: 
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an ingress router communicating with said source and receiving said datagram from said source; 

a globally unique label identifying said destination used to forward said datagram across said network, said 

label attached to said datagram at said ingress router ; 

a relay switch network communicating with sakJ ingress router and receiving said datagram therefrom based 
5 on information included in said label, said switch network fonwarding said datagram along said transmission 

path based on information included in said label: and 

an egress router receiving said datagram from said relay switch network and fonvarding said datagram to sakj 
destination based on information included in said label. 

10 2. The internetwork relay system of claim 1 wherein said relay switch network includes a plurality of relay switches, 
said swrtch network fonwarding said datagram frwri said ingress router to said egress router such that said egress 
router is one router hop away from sakJ ingress router. 

3. The internetwork relay system of claim 2 wherein said label attached to said datagram is processed as read-only 
15 by each of said switches. 

4. The internetwork relay system of claim 2 wherein each of said switches includes a fonwarding table stored in a 
memory device, sakl fonwarding table including routing information corresponding to said destinatron of said data- 
gram, each of said switches reading said label, matching said destination information included in said label with 

20 said routing information contained in said fonwarding table and fonvarding said datagram along said transmission 
path toward said egress router based on said routing information. 

5. The internetwork relay system of claim 1 wherein said ingress router includes a routing table stored in a memory 
containing said destination information and identification information corresponding to said egress router. 

The internetwork relay system of claim 2 wherein one of said switches within said relay switch relay network com- 
municating with said egress router along said datagram transmission path is an egress switch, said ingress router 
including a routing table stored in a memory device containing Certification information corresponding to said 
egress switch. 

The internetwork relay system of claim 2 wherein said ingress router includes a fonvarding table stored in a mem- 
ory device containing kJentification information con-esponding to said egress router. 

8, The internetwork relay system of daim 2 wherein said ingress router includes a fonvarding table stored in a mem- 
35 ' ory device containing identification information corresponding to a port on sakl egress switch that communicates 

with said egress router. 

9, The internetwork relay system of daim 2 wherein said ingress router indudes a fonvarding table stored in a mem- 
ory device containing kJentification information corresponding to sad egress swrtch, 

10, A method for transmitting Internet Protocol (IP) packets across a relay networK said padiets originating from a 
source and fonvarded to a destination, said metiiod conrprising the steps of: 

receiving said IP packet from sakl source: 

fonvarding sakl IP packet from sakl source to an ingress router based on address information included in said 
IP packet; 

parsing out said IP packet at sakl ingress router in order to read the address of said destination; 

appending a unique label to sakl IP packet at said ingress router, said label induding identification information 
related to tiie address of said destination; 

fonvarding said IP packet from said ingress router to a switching network; and 
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fonvarding said IP packet from sakl switching network to an egress router such that said ingress router is one 
router hop away from said egress router. 
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1 1 . The method of claim 10 further corrprising the step of removing said label from said IP packet at said ecp-ess router. 

12. The method of daim 1 1 further comprising the step of reassembling said IP packet at said egress router. 

1 3. The method of claim 10 further conprising the step of forwarding said IP packet from said egress router to said des- 
tination. 

14. The method of claim 10 wherein said ingress router includes a routing table stored in a memory device, said routing 
table including address information corresponding to said egress router. 

1 5. The method of daim 1 0 wherein said ingress router includes a routing table stored in a memory device, said routing 
table induding address infonnation for said switching network corresponding to said destination address. 

16. The method of daim 1 5 wherein said routing table further indudes identification information assodated with a port 
of said switch network communicating with said egress router. 

17 The method of daim 10 wherein said ingress router includes a fonwarding table stored in a memory device, said 
' fonrardng table induding address information related to said information corresponding to said destination 
address, said method further comprising the step of mapping said destination address to said address information 
corresponding to said egress router. 
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FIG. 3 
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FIG. 4 
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